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(54) Method and device for multicast transmission 



(57) Apparatus for transmitting signals to video or 
other terminals 2 has coding means 5 for receiving the 
signals to generate a base signal stream B which is a 
coarse representation of the signal to be transmitted and 
at least one higher order stream E1 , E2 containing finer 
detail of the signal not present in any lower order stream. 



These streams are sent by transmitting means 6 to the 
terminals, but at least some of the terminals do not re- 
ceive all of the higher order streams. Control means 7 
receives signals x k indicative of the data-receiving ca- 
pacity of the terminals and calculates, based on the 
measured capacities, an adjustment for the coding 
means to make to the data rates of the streams. 
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Description 

[0001] The present invention is concerned with multi- 
cast distribution, that is, it envisages that a given signal 
feed (or recording) is to be distributed to a number of 5 
user terminals or receivers simultaneously. Commonly 
such material is distributed over digital telecommunica- 
tions networks, for example, the internet or other inter- 
net protocol-based network. 

[0002] The usual arrangement is that a source com- io 
puter (the server) transmits the signals with a multicast 
address as the destination. A terminal (or client) that is 
to receive the signals corresponding to that multicast is 
said to join the corresponding multicast group: that is, 
the client's address is added to a list of group members, J5 
and routers within the network direct all packets which 
are addressed to that multicast address to all the mem- 
ber clients. In such circumstances the bit rate that can 
satisfactorily be received will vary from user to user, ac- 
cording, for example to the type of connection he has, 20 
and moreover is likely to vary with time, depending on 
the prevailing level of network congestion. 
[0003] One method of accommodating this is by the 
use of layered coding (also called scalable coding). Here 
the idea is that one generates two bit-streams, one - the 25 
base layer - carrying a low-quality signal, and a second 
- the enhancement layer - carrying at least part of the 
information that is missing from the base layer, so that 
a receiver that receives both layers can reconstruct a 
high-quality signal by combining the information re- 30 
ceived in both layers. More than two layers can be used, 
in which case each successive enhancement layer car- 
ries information that is denied to those receiving only the 
lower layer(s). A receivercan then be sent only as many 
layers as the currently available link between the trans- 35 
mitter and the receiver can comfortably handle. In the 
event of network congestion, the number of layers sent 
to the particular receiver can be reduced by ceasing 
transmission of the highest layer of those that were pre- 
viously being sent. Layered coding is often used for the *o 
transmission of video signals, for audio signals, or both. 
In principle however it can be applied to any type of ma- 
terial for which a signal of reduced bit-rate (and, hence, 
in some sense, reduced resolution) is worthwhile receiv- 
ing. 45 
[0004] For discussion of layered video coding, see M. 
Ghanbari, Video Coding - an introduction to standard 
codecs, IEE, 1999, pp. 131-150. 

[0005] For discussion of layered multicast, see S. Mc- 
Canne, 'Receiver driven layered multicast', Proceed- 50 
ings of SIGCOMM 96, Stanford. CA. August 1996, and 
M. Nilsson ; D. Dalby and J. O'Donnell, 'Layered Audio- 
visual Coding for Multicast Distribution on IP networks', 
Packet Video Workshop 2000, Cagliari, Italy. 
[0006] A typical method of multicasting audiovisual 55 
material is that the audiovisual source multicasts lay- 
ered audio and video over the IP network (internet). 
Each layer of audio and each layer of video is sent to a 
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separate multicast address. Each client makes its own 
decision of how many layers to receive, and joins the 
appropriate multicast groups. The content would have 
previously been advertised, using for example, SDP 
(session description protocol), which would include the 
bit rates and the addresses of the different layers. 
[0007] One difficulty with layered multicasting is that 
it is non-optimum for a client terminal which has a data- 
receiving capacity which falls just short of that needed 
to support a particular layer, as it must then drop down 
to the layer below effectively "wasting" some of the ca- 
pacity. 

[0008] Another problem, identified (but not solved) by 
Niisson et al in the above-referenced paper is that the 
client could not determine what network capacity was 
available between it and the server, other than by per- 
forming so-called join experiments, where the client ran- 
domly decides to join a higher layer, and then watches 
to see if the result is successful reception of the higher 
rate or packet loss across all layers. While this is rea- 
sonably satisfactory for a single client - some packet 
loss occurring when unsuccessful join experiments are 
conducted - it gets worse as more clients are involved, 
and make their own join experiments - as clients una- 
ware of the join experiment may be affected by the pack- 
et loss resulting from an unsuccessful join experiment, 
and may incorrectly conclude that their network capacity 
from the server has reduced and so must reduce the 
number of layers received. 

[0009] According to one aspect of the present inven- 
tion there is provided method of transmitting signals to 
a plurality of terminals comprising: 

a) coding the signals to generate a base signal 
stream which is a coarse representation of the sig- 
nal to be transmitted and at least one higher order 
stream, where the or each higher order stream con- 
tains finer detail of the signal not present in any low- 
er order stream; 

b) transmitting the streams to the terminals, where 
at least some of the terminals do not receive all of 
the higher order streams; 

c) receiving signals indicative of the data-receiving 
capacity of the terminals; 

d) calculating, based on the measured capacities, 
an adjustment to be made to the data rates of the 
streams. 

[0010] In another aspect, the invention provides an 
apparatus for transmitting signals to a plurality of termi- 
nals comprising: 

a) coding means for receiving the signals to gener- 
ate a base signal stream which is a coarse repre- 
sentation of the signal to be transmitted and at least 
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one higher order stream, where the or each higher 
order stream contains finer detail of the signal not 
present in any lower order stream; 

b) means for transmitting the streams to the termi- 
nals, whereby at least some of the terminals do not 
receive all of the higher order streams; 

c) control means for receiving signals indicative of 
the data-receiving capacity of the terminals and cal- 
culating, based on the measured capacities, an ad- 
justment to be made to the data rates of the 
streams; 

the coding means being responsive to control sig- 
nals from the control means to adjust the rates of the 
streams. 

[0011] In a further aspect, the invention proveds a 
method of operating a telecommunications system in 
which a server transmits data to a terminal, wherein the 
method includes measuring the reception capacity of 
the terminal by: 

(a) temporarily increasing the data rate of the data 
transmitted by the terminal, and 

(b) measuring the time taken fo receive the data 
transmitted at the increased rate. 

[0012] Other aspects of the invention are set out in 
the claims. 

[0013] Some embodiments of the invention will now 
be described, by way of example, with reference to the 
accompanying drawings, in which: 

Figure 1 is a block diagram of a multicast video dis- 
tribution system; and 

Figure 2 is a block diagram of a layered video trans- 
coder suitable for use ion the system of Figure 1 . 

[0014] The system now to be described is for multi- 
cast distribution of layered video, but, as discussed 
above, can equally lend itself to the distribution of audio 
signals or other signals for which layered coding is prac- 
ticable. It receives a video feed at an input 1, in com- 
pressed digital form - for example according to the 
MPEG-2 standard. The pictures which it represents are 
to be distributed to a number of user terminals 2. Each 
terminal is connected via some connection (perhaps via 
a telephone network or ADSL link) to one of a number 
of service provider points 3 which provide access to a 
telecommunications network (such as the internet) indi- 
cated at 4. Video signals arriving at the input 1 are coded 
by a layered video transcoder 5 which has a base layer 
output B, and first and second enhancement layer out- 
puts E1, E2. These outputs are supplied to a network 
interface 6 connected to the network 4. 
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[0015] In a conventional arrangement of this kind, the 
layers each operate at a fixed bit-rate. Each client ter- 
minal determines how many layer it may receive and 
joins the corresponding multicast groups accordingly. 

5 For example if each layer operates at 64 kbit/s and the 
bit rate available for the particular terminal is 160 kbit/s, 
then the maximum number of layers is two, and the cli- 
ent terminal joins the lower two multicast groups only, 
so that the terminal is sent only the base layer B and the 

10 first enhancement layer E1. If the network conditions 
change, this decision may be modified so that the ter- 
minal switches to receiving only the base layer, or to re- 
ceiving all three layers. 

[0016] It will be observed that such a system does not 
'5 make for the best picture quality available: it the case of 
the numerical example quoted above, the terminal, al- 
though capable of receiving at 160 kbit/s, in fact is re- 
ceiving at only 128 kbit/s. There is also the drawback 
that any terminal whose currently available bit-rale falls 
20 below the rate needed for the base layer will suffer com- 
plete loss of signal until conditions improve once again. 
[0017] In the system now proposed, the transcoder 5 
has control inputs c B , a,, c 2 by means of which the bit 
rate produced by the transcoder in each layer may be 
adjusted. A control unit 7 serves to receive, from the in- 
terface 6, signals x k indicating the current bit-rate ca- 
pacity available for each of the terminals currently con- 
nected, and periodically makes a decision as to any 
changes to the bit rates to be employed by each layer 
and sends control signals to the transcoder control in- 
puts to adjust, if necessary, the bit rate in one or more 
layers. 

The details of implementation of this process are 

(i) to ascertain the rate x k at which each terminal k 
(k = 1 ..K) is able to receive data over the network; 

(ii) the algorithm to be used by the control unit 7 to 
determine the layer rates; 

(iii) control of the transcoder to operate at the new 
rates; and 

(iv) the process whereby the client terminals, follow- 
ing an adjustment to the layer rates, may change 
their decisions as to which layers to receive. 

[0018] Considering first the available capacity, a first 
example of this may be implemented as follows. 
[0019] The following example illustrates the principle 
of operation. Assume the server is sending a single 
stream at 10 packets per second. Normally it would try 
to space these evenly every 1 00ms. But if instead it sent 
50 packets immediately, and then did nothing for the re- 
mainder of a 5 second period, before repeating the proc- 
ess for the next 50 packets etc, then assuming the client 
is capable of receiving at this average rate of 1 0 packets 
per second, then the time taken to receive this burst of 
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50 packets would give an indication of the throughput. 
So if they arrived in 2 seconds, it could conclude that it 
had the network capacity to receive an average of 25 
(same sized) packets per second. 
[0020] The impact on core network resources could 
be minimised by sending the higher layers in the gaps 
between bursts of packets in the lower layers, so that 
its overall output was a fairly constant packet rate. Note 
that for this technique to work, the server does not need 
to send packets back to back, but simply closer together 
in time than the client is capable of receiving. 
[0021] Thus, the principle is 

(a) the server transmits packets at an average rate 
of p packets per second. 

(b) normally these packets are transmitted fairly 
regularly. 

(c) periodically, (perhaps every 60 seconds) the 
server transmits in burst mode for a period of time 
T(e.g. 5 seconds), comprising T B (e.g. 1) seconds 
during which it transmits packets at a rate of pT/T g 
per second followed by T-T s seconds during which 
it transmits no packets. The burst packets are la- 
belled with a marker to indicate that they belong to 
such a burst. 

(d) the client terminal (which is programmed with, 
or informed of, the parameters p, T, Tg) upon rec- 
ognition of a burst packet marker, starts a timer 
which is stopped when all pTpackets with this mark- 
er have been received. 

(e) if the timer count is T R seconds, the client cal- 
culates the value x^(pT-1 )/T R (to allow for fact that 
pT-1 packet intervals are timed, but pTpackets are 
received). 

(f) the client transmits this value x^to the server. 

[0022] Figure 1 illustrates this process in that the val- 
ues x k are shown as being received from the terminals 
via the network and the interface 6. 
[0023] Alternatively, assuming a protocol involving 
the acknowledgment of received packet is in use, the 
measurement process could be performed at the server, 
which would measure the time duration between the first 
and last receipt by the server of acknowledgements of 
the packets of a particular burst. 

[0024] It should be noted that this method of capacity 
measurement has uses beyond the present context of 
rate control of multicatst streams, and may be used in 
other situations in which the data receiving capacity of 
a terminal needs to be measured. 
[0025] In a simplified system, the available capacity 
could be input manually by a user to the terminals, 
based on the user's knowledge that the terminal is con- 
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nected via a particular type of link - e.g. a PSTN con- 
nection at 56 kbit/s or an ADSL connection at 1 .5 Mbit/ 
s. This is non-optimum, as it takes no account of varia- 
tions in network congestion, but it would nevertheless 
s represent a usable system. 

[0026] Turning now to the control algorithm, the func- 
tion of the control unit is 

to receive from each terminal a message stating the 
10 bit-rate currently available to it; 

to determine any necessary adjustments to the bit- 
rates of the layers. 

[0027] In the following description, references to the 
bit-rate of a layer mean the bit-rate of that layer alone, 
whilst the total bit rate of a layer is used to mean the bit- 
rate needed by a terminal using it,, that is to say, the sum 
of the bit rates of that layer and all lower layers. Termi- 
nals receiving the base layer only are referred to as 
Group 0 terminals, terminals currently receiving only the 
base layer and layer E1 are referred to as Group 1 ter- 
minals, whilst terminals receiving all three layers are re- 
ferred to as Group 2. References in the following de- 
scription to a terminal receiving a particular layer imply, 
of course, that that terminal is also receiving all of the 
lower layers too. 

[0028] The algorithm to be employed by the control 
unit is not simple to devise. For example, if a Group 1 
terminal reports a capability of 1 50 kbit/s and the current 
total bit rate of layer E1 is 1 28 kbit/s (say 64 kbit/s for 
the base layer and 64 kbit/s for layer E1 ), then manifestly 
the correct response may well not be simply to increase 
the total bit-rate of layer E1 to 1 50 kbit/s, since this may 
not be within the capabilities of other Group 1 terminals, 
which would then be forced to drop back to the base 
layer. Also there is an interdependence of the layers in 
the sense that a more appropriate response to a Group 
1 terminal reporting surplus capacity may under some 
circumstances be to lower the total bit-rate of layer E2 
so that that terminal may then switch to Group 2. Also it 
makes no sense to adjust the bit rate such that one layer 
ends up having a zero or trivially small bit rate. 
[0029] Two possible algorithms will now be described. 
In each case, the reported bit rate capability of terminal 
k of a total of K terminals is denoted by x k . 

a) Given the distribution of bit rate capabilities x k , 

the lowest layer bit rate a 0 is chosen to be the 
lower of a fixed minimum value a 0min and a val- 
ue x P0 that exceeds the x k of no more than a 
fixed percentage P 0 (perhaps 0.1 %) of the ter- 
minals, but may be increased to the lowest val- 
ue of x k if this is greater, i.e. 

a 0 = Max{Min{x k },Min{a 0min , x po }} 
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the other bit rates are chosen such that, of 
those terminals having x k greater than or equal 
to x 0 , two thirds of them have values of x k great- 
er than or equal to (a 0 + a f ) and one third have 
values of x k greater than of equal to (a 0 + a, + 
a 2 ). 

b) Another approach is derived from the idea that 
users are charged for the number of bytes or pack- 
ets received, and that the server wants to maximise 
revenue. 

[0030] In simple terms, the rates a^ a 1 and a 2 ... are 
chosen so that the sum, over all connected clients, of 
individual unused bit rate is minimised. For a given ter- 
minal k, with capacity x k , between a 0 and a 0 + a v (i.e. 
a 0 < x k < a 0 + a 7 ) the unused bit rate would be x k - a^ 



Let 

(i.e. n s is the total rate of s layers) 
[0031] Suppose that terminal k operates at a bit rate 
r k which is the largest n^.x k 

[0032] Choose a, (/ = O ../) such as to minimise the 
unused capacity 

K K K 

k-\ A=l A-=l 

[0033] Since, however, the x^are given, the task is to 
maximise the term 

A- -I 

[0034] Given that r k is not a continuous function of a h 
an elegant solution of this maximisation problem seems 
improbable and thus we propose that the control unit is 
programmed to solve the problem by evaluating vfor all 
possible values of a, within defined ranges, subject to 
some quantisation on the choices for a, - perhaps mul- 
tiples of 1 kbit/s. 

[0035] Having determined the bit rate for each layer, 
the control unit communicates the new rates to the 
transcodcr 

[0036] Turning now to the transcoder, a block diagram 
of a layered transcoder with adjustable rates is shown 
in Figure 2. This is a layered, SNR-scalable transcoder 
operating in accordance with the MPEG-2 standard. An 
incoming MPEG-2 signal at an input 10 firstly passes 
through a decoder 1 1 for variable-length codes, followed 
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by an inverse quantiser 12 matched to the quantiser of 
the original encoder. The coefficients output from the in- 
verse quantiser 12, after addition at 1 01 of a correction 
signal (to be described below) are requantised in a 
5 coarse quantiser 1 02 and variable-length coded at 1 03 
to provide a base-layer signal which is then input to a 
buffer 104 

[0037] A subtractor 1 05 forms the difference between 
the coefficients at the output of the inverse quantiser 12, 
10 and those obtained via an inverse quantiser 106 from 
the base layer signal at the output of the quantiser 1 02. 
This difference signal, which represents the information 
now lacking from the first layer, forms the input to the 
next layer. 

*5 [0038] Drift correction (if required) is provided as fol- 
lows. The difference signal from the subtractor 105 is 
converted from the frequency domain to the pixel do- 
main by an inverse discrete cosine transform (DCT) unit 
107 and then accumulated in a loop comprising an 

20 adder 108, a frame store 109 and a motion compensa- 
tion unit 110 which receives motion vectors extracted 
(by means not shown) from the incoming signal. Note 
that the frame store 109 is shown as multiple stores, 
which are needed in systems such as MPEG which use 

25 an irregular inter-frame prediction sequence. The ar- 
rangements for switching between the stores are as in 
a conventional MPEG coder. 

[0039] This accumulated drift is then converted to the 
frequency domain by a DCT unit 111 and added as a 

30 correction to the next frame via the adder 1 01 . 

[0040] A control unit 112 serves to sense the state of 
fullness of the buffer and to influence the rate of gener- 
ation of data in such a manner as to ensure that the buff- 
er neither overflows or becomes empty ; this it does by 

35 controlling the step-size of the quantiser 102, or by caus- 
ing frame-dropping by a switch 113, or both. Commonly 
in systems of this type, data would be read out of the 
buffer at a constant bit-rate. Here, however the buffer 
receives at a control input 114 the aforementioned con- 

-to trol signal C B which serves to set the rate of a readout 
clock to the rate a 0 indicated by C B . 
[0041] In principle, the control unit 112 could use a 
conventional buffer control algorithm - that is, the rate 
control signal C B simply changes the readout rate and 

-*5 the control unit tracks this by monitoring the state of buff- 
er fullness. In practice, however, it may be preferred to 
use the control signal C B to influence the transcoder 
more directly, for example simple rate control strategy 
is to set a picture dropping threshold proportional to the 

so bit rate (such as 4 picture periods x bit rate) , and to select 
the quantiser to be proportional to the buffer fill., so that 
the finest quantiser is used when the buffer is empty and 
the coarsest one is used when the level is the picture 
dropping threshold. 

55 [0042] The first enhancement layer is constructed in 
identical mannerto the base layer, and receives the out- 
put from the subtractor 1 05 at adder 201 - components 
201 to 21 4 are identical to components 101 to 1 1 4 of the 
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base layer. The control input 214 receives the first en- 
hancement layer control signal C v Similarly, the second 
enhancement layer has components 301 to 313 and 
control input 314 receiving the control signal C 2 . Natu- 
rally, further layers could be added, on the same pattern, 
if desired. 

[0043] This and other layered transcoders are de- 
scribed in our co-pending U.K. patent application no. 
***** (Applicants' reference A30104) filed on the same 
date as the present application. 

[0044] In order to create the bursty transmission to al- 
low the client to measure the network capacity, the rea- 
dout rate on each layer need periodically to be tempo- 
rarily increased. For this purpose, control signals B B , B 1 
and Breach consisting of a differently-phased 1 -second 
pulse every 60 seconds are generated by the control 
unit 7 and supplied to the respective buffers 104, 204, 
304 to increase the readout rate. Note that if this ap- 
proach is adopted, to avoid the buffer control being af- 
fected it is necessary for the control units 112, 212, 312 
to calculate the fullness that the relevant buffer would 
have had with uniform emptying. Alternatively, a second 
buffer could be added to each layer, with uniform packet 
transfer (at rate aj) from the first, and bursty transmis- 
sion from the second into the network. 
[0045] Finally, there remains the question of how the 
clients make if necessary, a revised decision as to which 
layers they subscribe to. One possibility would be for 
them to follow the existing practice of "join experiments" 
as described in the introduction. A more attractive op- 
tion, in the present context, is to make use of the fact 
that the data rate x k available to the client has already 
been determined. Thus the server notifies the clients of 
the new bit rates of each layer (via an SDP advertise- 
ment as mentioned earlier). The client then determines 
how many layers it can receive within the limit corre- 
sponding to x^for that terminal, and if necessary joins 
or leaves multicast groups so that it is sent those layers 
and no others. 

[0046] Note: if the available data rates x k were to be 
measured by the server, then the server would need to 
communicate this information to the respective termi- 
nals. Alternatively, the server could perform the same 
calculation and instruct the client which groups to sub- 
scribe to. 

[0047] Other forms of layered transcoder can also be 
used, including those with spatial scaling. Indeed, the 
control mechanisms envisaged here could (with uncom- 
pressed video input) be used in a system using layered 
encoders (as opposed to transcoders), or indeed to en- 
coders and transcoders that produce hierarchies of in- 
dependent streams, rather than adopting a layered ap- 
proach. 



Claims 

1 . A method of transmitting signals to a plurality of ter- 
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minals comprising: 

a) coding the signals to generate a base signal 
stream which is a coarse representation of the 

5 signal to be transmitted and at least one higher 

order stream, where the or each higher order 
stream contains finer detail of the signal not 
present in any lower order stream; 

b) transmitting the streams to the terminals, 
10 where at least some of the terminals do not re- 
ceive all of the higher order streams; 

c) receiving signals indicative of the data-re- 
ceiving capacity of the terminals; 

d) calculating, based on the measured capaci- 
15 ties, an adjustment to be made to the data rates 

of the streams. 

2. A method according to claim 1 in which the or each 
higher order stream lacks information contained in 

20 a lower order stream, in which each terminal receiv- 
ing a higher order stream receives also all lower or- 
der streams. 

3. A method according to claim 1 or 2 in which the 
25 streams are generated by a transcoder. 

4. A method according to claim 1 , 2 or 3 in which the 
signals indicative of the data -receiving capacity are 
manually input. 

30 

5. A method according to claim 1 , 2 or 3 in which the 
signals indicative of the data-receiving capacity are 
obtained by measuring the said capacity. 

35 6. A method according to claim 5 in which said meas- 
urement is performed by temporarily increasing the 
data rate of a transmitted stream and measuring the 
rate at which it is received by the terminal. 

^o 7. A method according to claim 5 in which said meas- 
urement is performed by temporarily increasing the 
data rate of a transmitted stream and measuring the 
rate at which acknowledgements thereof are re- 
ceived from the terminal. 

45 

8. A method according to any one of the preceding 
claims in which the calculation of data rates to be 
used for transmission is performed by selecting 
rates such that the numbers of terminals capable of 

50 receiving each level of quality shall be in predeter- 
mined proportions. 

9. A method according to any one of claims 1 to 7 in 
which the calculation of data rates to be used for 

55 transmission is performed by calculating the differ- 
ence between the total data- receiving capacity of 
the terminals and the total of the capacity required 
for each terminal to receive the highest quality sig- 
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nal requiring a bit rate less than or equal to its ca- 
pacity, and calculating an adjustment to be made to 
the data rates of the streams such as to tend to re- 
duce that difference. 

5 

10. An apparatus for transmitting signals to a plurality 
of terminals comprising: 

a) coding means for receiving the signals to 
generate a base signal stream which is a 10 
coarse representation of the signal to be trans- 
mined and at least one higher order stream, 
where the or each higher order stream contains 
finer detail of the signal not present in any lower 
order stream; J5 

b) means for transmitting the streams to the ter- 
minals, whereby at least some of the terminals 
do not receive all of the higher order streams; 

c) control means for receiving signals indicative 

of the data-receiving capacity of the terminals 20 
and calcu lating, based on the measured capac- 
ities, an adjustment to be made to the data rates 
of the streams; 

the coding means being responsive to control 
signals from the control means to adjust the 25 
rates of the streams. 

11. An apparatus according to claim 1 0 in which the or 
each higher order stream lacks information con- 
tained in a lower order stream, in which each termi- 30 
nal receiving a higher order stream receives also all 
lower order streams. 

12. An apparatus according to claim 10 or 11 in which 

the coding means is a transcoder. 35 

13. An apparatus according to claim 10, 11 or 12 in 
which control means is operable to receive the sig- 
nals indicative of the data- receiving capacity from 

the terminals. 40 

14. An apparatus according to claim 13 including 
means operable to temporarily increase the data 
rate of a transmitted stream whereby the rate of its 
receipt may be measured by a terminal. 45 

1 5. An apparatus according lo claim 1 0, 1 1 or 1 2 includ- 
ing means operable to temporarily increase the da- 
ta rate of a transmitted stream, and means meas- 
uring the rate at which acknowledgements thereof so 
are received from the terminal. 

16. An apparatus according to any one of claims 10 to 
15 in which the control means is arranged in oper- 
ation to calculate data rates to be used for transmis- 55 
sion by selecting rates such that the numbers of ter- 
minals capable of receiving each level of quality 
shall be in predetermined proportions. 
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17. An apparatus according to any one of claims 1 0 to 
15 in which the control means is arranged in oper- 
ation to calculate data rates to be used for transmis- 
sion by calculating the difference between the total 
data- receiving capacity of the terminals and the to- 
tal of the capacity required for each terminal to re- 
ceive the highest quality signal requiring a bit rate 
less than or equal to its capacity, and calculating an 
adjustment to be made to the data rates of the 
streams such as to tend to reduce that difference. 

18. A method of operating a telecommunications sys- 
tem in which a server transmits data to a terminal, 
the method including measuring the reception ca- 
pacity of the terminal by 

a) temporarily increasing the data rate of the 
data transmitted by the server to the terminal, 
and 

b) measuring the time taken to receive the data 
transmitted at the increased rate. 

19. A method according to Claim 18 in which the step 
of measuring the time taken is performed by the ter- 
minal. 

20. A method according to Claim 1 8 in which the data 
are transmitted in packets, the terminal sends ac- 
knowledgements of receipt of the packets to the 
server, and the step of measuring the time taken is 
performed by the server measuring the time taken 
to receive the acknowledgements of the packets 
transmitted at the increased rate. 

21. A transmission system comprising a server for 
transmitting data and 

a terminal for receiving data, wherein the ter- 
minal includes means operable to temporarily in- 
crease the data rate of a transmitted stream, and 
the system includes means operable to measure 
the time taken to receive the data transmitted at the 
increased rate. 
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